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Description 

[0001] This invention relates generally to computer 
networks and, more particularly, to efficient synchroni- 
zation of information across a computer network. 

BACKGROUND OF THE INVENTION 

[0002] A computer network is a geographically distrib- 
uted collection of interconnected communication links 
for transporting data between nodes, such as comput- 
ers. A plurality of computer networks may be further in- 
terconnected by intermediate nodes, or routers, to ex- 
tend the effective 'size' of the networks. Many types of 
computer networks are available, with the types ranging 
from local area networks (LANs) to wide area networks. 
A LAN, for example, is a limited area network that typi- 
cally consists of a transmission medium, such as coaxial 
cable or twisted pair, for interconnecting nodes. These 
nodes typically communicate by exchanging discrete 
"packets" of data according to predefined protocols. In 
this context, a protocol consists of a set of rules defining 
how the nodes interact with each other. 
[0003] I n order to reduce design complexity, most net- 
works are organized as a series of hardware and soft- 
ware levels or "layers" within each node. These layers 
interact to format data for transfer between, e.g., a 
source node and a destination node communicating 
over the network. Specifically, predetermined services 
are performed on the data as it passes through each 
layer and the layers communicate with each other by 
means of the predefined protocols. This layered design 
permits each layer to offer selected services to other lay- 
ers using a standardized interface that shields those lay- 
ers from the details of actual implementation of the serv- 
ices. 

[0004] I n an attempt to standardize network architec- 
tures, i.e., the sets of layers and protocols used within 
a network, a generalized model has been proposed by 
the International Standards Organization (ISO). The 
model, called the Open Systems Interconnection (OS I) 
reference model, is directed to the interconnection of 
systems that are "open" for communication with other 
systems. The proposed OS I model has seven layers 
which are termed, in ascending interfacing order, the 
physical, data link, network, transport, session, presen- 
tation, and application layers. These layers are ar- 
ranged to form a "protocol stack" in each node of the 
network. 

[0005] Fig. 1 illustrates a schematic block diagram of 
prior art protocol stacks 125 and 175 used to transmit 
data between a source node 110 and a destination node 
150, respectively, of a computer network 100. Each pro- 
tocol stack is structured according to the OSI seven-lay- 
er model; accordingly, each stack comprises a collection 
of protocols, one per layer. As can be seen, the protocol 
stacks 125 and 1 75 are physically connected through a 
communications channel 180 at the physical layers 124 



and 164. For ease of description, the protocol stack 125 
will be described. 

[0006] Broadly stated, the physical layer 124 trans- 
mits a raw data bit stream over a communication chan- 

s net 180, while the data link layer 122 manipulates the 
bit stream and transforms it into a datastream that ap- 
pears free of transmission errors. This latter task is ac- 
complished by dividing the transmitted data into frames 
and transmitting the frames sequentially, accompanied 

10 with error correcting mechanisms for detecting or cor- 
recting errors. The network layer 120 routes data pack- 
ets from the source node to the destination node by se- 
lecting one of many alternative paths through the phys- 
ical network. The transport layer 118 accepts the datast- 

is ream from the session layer 116, apportions it into small- 
er units (if necessary), passes the smaller units to the 
network layer 120 and provides appropriate mecha- 
nisms to ensure that all the units arrive correctly at the 
destination. 

20 [0007] The session layer 116 establishes data trans- 
fer "sessions" between software processes on the 
source and destination nodes, along with management 
of such sessions in an orderly fashion. That is, a session 
not only allows ordinary data transport between the 

2S nodes, but it also provides enhanced services in some 
applications. The presentation layer 114 performs fre- 
quently-requested functions relating to the presentation 
of transmitted data, including encoding of data into 
standard formats, while the application layer 112 con- 

30 tains a variety of protocols that are commonly needed 
by processes executing on the nodes. 
[0008] Data transmission over the network 1 00 there- 
fore consists of generating data in, e.g., a sending proc- 
ess 1 04 executing on the source node 11 0, passing that 

35 ' data to the application layer 112 and down through the 
layers of the protocol stack 1 25, where the data are se- 
quentially formatted as a packet for delivery onto the 
channel 180 as bits. Those packet bits are then trans- 
mitted to the protocol stack 1 75 of the destination node 

40 1 50, where they are passed up that stack to a receiving 
process 1 74. Data flow is schematically illustrated by 
solid arrows. 

[0009] Although actual data transmission occurs ver- 
tically through the stacks, each layer is programmed as 

45 though such transmission were horizontal. That is, each 
layer in the source node 100 is programmed to transmit 
data to its corresponding layer in the destination node 
150, as schematically shown by dotted arrows. To 
achieve this effect, each layer of the protocol stack 1 25 

so jn the source node 1 1 0 typically adds information (in the 
form of a header field) to the data packet generated by 
the sending process as the packet descends the stack. 
At the destination node 150, the various headers are 
stripped off one-by-one as the packet propagates up the 

55 layers of stack 175 until it arrives at the receiving proc- 
ess. 

[001 0\ As noted, a significant function of each layer in 
the OSI model is to provide services to the other layers. 
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Two types of services offered by the layers are ■connec- 
tion-oriented" and "connectionless" network services. In 
a connect ion -oriented service, the source node estab- 
lishes a connection with a destination node and, after 
sending a packet, terminates the connection. The over- 
head associated with establishing the connection may 
be unattractive for nodes requiring efficient communica- 
tion performance. For this case, a fully connectionless 
service is desirable where each transmitted packet car- 
ries the full address of its destination through the net- 
work. 

[0011] The connectionless network service is gener- 
ally implemented by a network layer protocol, an aspect 
of which involves the routing of packets from the source 
node to the destination node. In particular, this aspect 
of the network layer concerns the algorithms and proto- 
cols used by routers when cooperating to calculate 
paths through a network topology. A routing algorithm 
is that portion of the network layer software responsible 
for determining an output communication link over 
which an incoming packet should be transmitted; a pop- 
ular type of network layer routing protocol is a link state 
routing protocol. 

[0012] According to this protocol, each router con- 
structs a link state packet (LSP) comprising information, 
such as a list of "neighboring" nodes adjacent to the 
router, sufficient to generate a complete map of the to- 
pology of the network. The LSP is then forwarded to all 
other routers of the network, e.g., a plurality of intercon- 
nected LANs. Each of these other routers stores only 
the most recently received LSP from the forwarding 
router in its LSP database. Armed with updated maps, 
these other routers may compute routes to destination 
nodes. An example of a distributed link state routing pro- 
tocol is the intermediate system to intermediate system 
(IS-IS) protocol defined by ISO. 
[001 3] Since the computed routes are dependent up- 
on the information stored in the LSP databases of the 
routers, it is essential that these databases are synchro- 
nized to ensure their contents are consistent and coher- 
ent. A known technique for closely synchronizing LSP 
databases is to have one node periodically summarize 
the state of its database. Such technique is for example 
disclosed in EP-A-0 447 725. According to this tech- 
nique, which is implemented by the IS-IS protocol, a sin- 
gle router on each LAN of the network is elected a des- 
ignated router (DR) and the DR periodically transmits a 
complete sequence numbers packet (CSNP) to all other 
routers on the LAN. The CSNP consists of identifica- 
tions of all LSP data items in the database, along with 
sequence numbers for these items. The routers that re- 
ceive the CSNP compare it with the contents of their da- 
tabases to determine whether their information is cur- 
rent. 

[0014] For example, if the sequence number of an 
LSP listed in the CSNP is greater, i.e., more recent than 
the sequence number for that LSP stored in the data- 
base of a receiving router, that router may request the 



more recent information pertaining to the LSP from the 
DR. On the other hand, if an LSP stored in the database 
of a receiving router has a sequence number that is 
greater than the sequence number for that LSP listed in 
5 the CSNP, the DR has transmitted "stale" information 
regarding that LSP In response to this discovery, the re- 
ceiving router transmits the more recent information as- 
sociated with the LSP to the DR, which updates its da- 
tabase. Of course, if the contents of the CSNP are con- 
to sistent with the contents of the receiving routers' data- 
bases, no further action is required. 
[0015] In order to characterize an entire LSP data- 
base, the CSNP may be very large, thereby requiring 
apportionment of the CSNP into smaller packet frag- 
15 ments for transmission over the LANs. Each packet 
fragment characterizes a contiguous portion of the da- 
tabase and each is processed independently by the re- 
ceiving routers; this enables comparison of the CSNP 
items with each item of each router's LSP database. 
20 However, transm ission of these additional smal ler pack- 
ets over the LANs consumes significant bandwidth, 
while processing of the additional individual packets 
consumes substantial amounts of computational re- 
sources in the routers. 
25 [0016] Therefore, it is among the objects of the 
present invention to reduce the bandwidth consumed by 
transmission of database summary information packets 
over a computer network. 

[0017] Another object of the present invention is to 
30 minimize computational resources within routers need- 
ed to process received database summary information 
packets. 

SUMMARY OF THE INVENTION 

35 

[0018] The invention comprises a mechanism for ef- 
ficiently synchronizing the contents of databases stored 
on nodes of a computer network to ensure that those 
contents are consistent. Generally, the mechanism 

40 comprises means for generating a database identifier 
by a node of the computer network and comprises 
means for distributing to other receiving nodes coupled 
to the network. The database identifier is uniquely rep- 
resentative of the contents of the distributing node's da- 

45 tabase and the receiving nodes comprise means for 
comparing this unique identifier with their own generat- 
ed database identifiers to determine if the identifiers, 
and thus their databases, are consistent and synchro- 
nized. 

50 [0019] In the illustrative embodiment described here- 
in, the identifier is uniquely representative of a complete 
sequence numbers packet (CSNP) pertaining to the 
contents of a link state packet (LSP) database of the 
distributing node, e.g., a designated router. Specifically. 

55 the designated router generates the database identifier 
from the entire CSNP and periodically broadcasts that 
identifier, rather than the CSNP itself, to the receiving 
nodes, i.e., routers, on the network, such as a local area 
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network (LAN). The database identifier is preferably 
generated from a cryptographic message digest algo- 
rithm configured to transform the contents of the CSNP 
into a unique, fixed-length digest "signature" whose con- 
tents are substantially less than those of the CSNP; ac- 
cordingly, transmission of the database identifier in lieu 
of the CSNP optimizes both the use of computational 
resources within the receiving routers and bandwidth on 
the LAN. 

[0020] Upon receiving the database identif er, the rout- 
ers process that identifier to determine whether any dis- 
crepancies arise and if so, those routers may request 
copies of the entire CSNP. That is, each receiving router 
initially calculates an identifier based on the contents of 
its LSP database and then compares the calculated 
identifier with the database identifier received from the 
designated router. A receiving router whose calculated 
database identifier conforms to the received database 
identifier need only store that latter identifier of the CS- 
NP. If the calculated identifier is different, the receiving 
router may request the CSNP to resolve any differences 
in its database. Significantly, the designated router 
transmits the actual CSNP only in response to a change 
in the database or a request from another router. 
[0021] In the event a plurality of smaller packet frag- 
ments are needed for transmitting the CSNP over the 
LAN, the designated router preferably computes an 
identifier for each CSNP fragment. In an alternate em- 
bodiment of the invention, a hierarchical arrangement 
provides a single, high-level database identifier for the 
entire CSNP and a plurality of low-level database iden- 
tifiers for these individual CSNP fragments. Here, the 
high-level identifier is periodically broadcast by the des- 
ignated router and if a discrepancy is found at a partic- 
ular router, that router may request a list of the low-level 
identifiers in order to isolate the discrepancy in the da- 
tabase. 

[0022] In a related alternate embodiment, the hierar- 
chical arrangement is modified to provide a two-stage 
operation arrangement at the receiving routers. Specif- 
ically, the high-level and low-level identifiers are bundled 
within a "hello" message that is periodically broadcast 
by the designated router to the receiving routers. Ac- 
cording to the first operation stage, each receiving router 
calculates an identifier based on the entirety of its data- 
base, compares that identifier with the received high- 
level identifier and, if they match, ignores the remainder 
of the message. On the other hand, if the identifiers are 
dissimilar, the receiving router proceeds to the second 
stage, which specifies computing identifiers for particu- 
lar fragments of the database. These latter identifiers 
are thereafter compared with the appropriate bw-level 
identifiers to identify the inconsistent database frag- 
ments. 

[0023] Advantageously, the inventive embodiments 
described above do not require extensive use of com- 
putational resources in the receiving routers unless 
there are inconsistencies in the databases. In other 



words, the invention conserves processing resources 
by potentially eliminating the need to labor through iden- 
tifier calculations and comparisons for each database 
fragment. Moreover, these approaches are flexible in 
s that the number of hierarchical layers, database frag- 
ments and low-level identifiers are selectable. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0024] The above and further advantages of the in- 
vention may be better understood by referring to the fol- 
lowing description in conjunction with the accompanying 
drawings, in which like references indicate similar ele- 
ments, and in which: 

Fig. 1 is a schematic block diagram of prior art pro- 
tocol stacks used to transmit data between nodes 
of a computer network; 

Fig. 2 is a block diagram of a network system in- 
cluding a collection of computer networks connect- 
ed to a plurality of nodes; 

Fig. 3 is a schematic diagram of a conventional link 
state packet (LSP) used in accordance with a net- 
work layer routing protocol; 
Figs. 4A-4B are schematic diagrams of complete 
sequence numbers packets used in accordance 
with a network layer protocol; 
Fig. 5 is a schematic diagram illustrating an illustra- 
tive embodiment of a message containing a novel 
database identifier mechanism according to the 
present invention; 

Figs. 6A-6B are schematic diagrams of alternate 
embodiments of messages containing high-level 
and low-level database identifiers in accordance 
with the invention; and 

Fig. 7 is a schematic diagram of yet another alter- 
nate embodiment of a message containing various 
level database identifiers in accordance with the in- 
vention. 

DETAILED DESCRIPTION OF ILLUSTRATIVE 
EMBODIMENT 

[0025] Fig. 2 is a block diagram of a network system 
200 comprising a collection of computer networks con- 
nected to a plurality of nodes. The nodes are typically 
general-purpose computers comprising source nodes 
S1-S6, destination node D and intermediate nodes 
R1-R6. Each node typically comprises a central 
processing unit (CPU) 202, a memory unit 204 and at 
least one network adapter 206 interconnected by a sys- 
tem bus 210. The memory unit 204 may comprise stor- 
age locations typically composed of random access 
memory (RAM) devices, which are addressable by the 
CPU 202 and network adapter 206. An operating sys- 
tem, portions of which are typically resident in memory 
and executed by CPU, functionally organizes the node 
by, inter alia, invoking network operations in support of 
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processes executing in the CPU. 
[0026] The computer networks included within sys- 
tem 200 are local area networks (LANs) 1-2 intercon- 
nected by intermediate node R4, which is preferably a 
router. Communication among the nodes coupled to the s 
LANs is typically effected by exchanging discrete data 
•packets' among the nodes. Router R4 facilitates the 
flow of these data packets throughout the system by 
routing the packets to the proper receiving nodes. 
[0027] In general, when a source node transmits a 
packet over LAN 1, the packet is sent to all nodes on 
that LAN. If the intended recipient of the packet is con- 
nected to LAN 2, the packet is routed through router R4 
onto LAN 2. Typically, the packet contains two destina- 
tion addresses: the address of the final destination node 
and the address of the next node along the route. The 
final destination address remains constant as the packet 
traverses the networks, while the next destination ad- 
dress changes as the packet moves from node to node 
along the route through the networks. 
[0028] Specifically, when source node S1 sends a 
packet to destination node D, i.e., the final destination 
address, the packet is transmitted onto LAN 1 with a 
next destination address specifying the address of rout- 
er R4. Address information embedded in the packet, 
which is processed by the higher-layer software of the 
protocol stack 250, identifies the final destination of the 
packet as node D. Based on this information, R4 deter- 
mines that the next node is the final destination node D 
and transmits the packet over LAN 2 to node D. 
[0029] A key function of a router is determining the 
next node to which the packet is sent; this routing func- 
tion is preferably performed by network layer 260 of a 
protocol stack 250 within each node. This aspect of the 
network layer concerns the algorithms and protocols 
used by routers when cooperating to calculate paths 
through a network topology. The routers typically exe- 
cute routing algorithms to decide over which communi- 
cation links incoming packets should be transmitted; a 
type of network layer routing protocol common ty em- 
ployed by routers is a link state routing protocol. 
[0030] According to this protocol, each router con- 
structs a link state packet (LSP) containing information 
needed to generate a complete map of the topology of 
the network. Fig. 3 depicts a schematic diagram of the 
LSP 300 comprising, inter alia, a source field 302 that 
indicates the particular source node generating the LSP; 
a sequence number field 304 for storing the sequence 
number of the LSP and a neighbors field 306 containing 
a list of "neighbors 1 , i.e., nodes adjacent to the source 
node. The sequence number is preferably a monotoni- 
cally increasing value that functions as a counter to 
uniquely identify the LSP. 

[0031] Each router forwards its LSP 300 to all other 
routers coupled to the network and each of the other 
routers stores only the most recently received LSP in a 
LSP database organized in each of their memories 204 
(Fig, 2). Armed with an updated set of LSPs, each router 



may execute predetermined algorithms to compute 
routes to destination nodes. An example of a distributed 
link state routing protocol is the intermediate system to 
intermediate system (IS-IS) protocol. 
[0032] Since the computed routes are dependent up- 
on the information stored in the LSP databases of the 
routers, it is essential that these databases are synchro- 
nized to ensure their contents are consistent. A known 
technique for closely synchronizing LSP databases in- 
volves designating a single router on the network as a 
designated router that periodically transmits a complete 
sequence numbers packet (CSNP) to all other routers 
on the network. Fig. 4A is a schematic diagram of a CS- 
NP 400 comprising a list of identifications of LSP data 
items 410 in the designated router's database, along 
with sequence numbers 420 for these items. 
[0033] The routers that receive the CSNP 400 com- 
pare it with the contents of their databases to determine 
whether their information is current That is, the routers 
compare each sequence number of the items listed in 
the CSNP with the sequence number of corresponding 
data items of their databases to determine if they are 
equal. If they are not, the greater, i.e., more recent, data 
item as indicated by the sequence number is provided 
to the router having the less recent item. 
[0034] In order to characterize an entire LSP data- 
base, the CSNP may be very large, thereby requiring 
apportionment of the CSNP into smaller packet frag- 
ments for transmission over the network. Fig. 4B depicts 
schematic diagrams of CSNP fragments 450a-c, each 
of which comprises a list of sequence numbers tied to 
an address range of LSP data items. Each packet frag- 
ment 450a-c preferably characterizes a contiguous por- 
tion of the database, e.g., addresses xx-zz, and each is 
processed independently by the receiving routers. How- 
ever, as noted, transmission of these additional smaller 
packet fragments 450a-c over the network consumes 
significant bandwidth, while processing of the additional 
individual packets consumes substantial amounts of 
computational resources in the routers. 
[0035] In accordance with the invention, a mechanism 
is provided for efficiently synchronizing the contents of 
databases stored on nodes of a computer network to 
ensure that those contents are consistent. Specifically, 
the mechanism comprises a database identifier gener- 
ated by a node of the computer network and distributed 
to other nodes coupled to the network. According to the 
invention, the database identifier is uniquely represent- 
ative of the contents of the node's database and the oth- 
er nodes compare this unique identifier with their own 
generated database identifiers to determine if the iden- 
tifiers, and thus their databases, are consistent. 
[0036] In the illustrative embodiment, the database 
identifier is uniquely representative of the CSNP. Refer- 
ring also to Fig. 2, the node (e.g., a designated router 
which, for purposes of description, is router R4) gener- 
ates the database identifier from the entire CSNP 400 
and periodically broadcasts that identifier, rather than 
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the CSNP itself, to other nodes (e.g. , routers) R1 -R3 and 
R5-R6 coupled to LANs 1-2 by way of e.g., a "hello" 
message. Fig. 5 is a schematic diagram of a hello mes- 
sage packet 500 containing, inter alia, information such 
as the novel database identifier 51 0 of the invention and s 
the source identification (orginator) 502 of the message, 
i.e., the designated router R4. 
[0037] Preferably, the database identifier 510 is gen- 
erated from a cryptographic message digest algorithm 
executed by the GPU 202 and configured to transform 
the CSNP into a unique, fixed-length digest "signature" 
whose contents are substantially less than those of the 
CSNP. It should be noted, however, that the identifier 
510 may be generated by other techniques, such as cy- 
clic redundancy checking or sequence number genera- 
tion by the CPU. The underlying requirement of such 
techniques is that they must be capable of producing 
unique values with high probability. 
[0038] In the illustrative embodiment, the contents of 
the database identifier field may comprise a 64 or 128 
bit length of the message, although any concise signa- 
ture of relatively modest fixed length would suffice. A 
significant aspect of the invention is that the routers 
need only examine and compare the contents of these 
fixed length fields to ascertain the coherency of their da- 
tabases. Accordingly, transmission of the database 
identifier in lieu of the CSNP optimizes both the use of 
computational resources within the other routers and 
bandwidth on the network. 

[0039] Upon receiving the database identif er, the rout- 
ers R1-R3 and R5-R6 process that identifier to deter- 
mine whether any discrepancies arise and if so, those 
routers may request copies of the entire CSNP from the 
designated router R4. That is, each receiving router in- 
itially calculates an identifier based on the contents of 
its LSP database and then compares the calculated 
identifier with the database identifier received from the 
designated router. Of course, the routers R1-R3 and 
R5-R6 calculate their identifiers according to the same 
algorithm or technique used by router R4. 
[0040] A receiving router whose calculated database 
identifier conforms to the received database identifier 
need only store that latter identifier of the CSNP. If the 
calculated identifier is different, the receiving router may 
request the entire CSNP from the designated router R4 
to resolve any differences in its database. Significantly, 
R4 transmits the actual CSNP only in response to a 
change in its database or in response to a request from 
another router. 

[0041] In the event a plurality of smaller packet frag- 
ments 450a -c are needed for transmitting the CSNP 400 
over the LANs 1-2, the designated router preferably 
computes an identifier for each CSNP fragment. In an 
alternate embodiment of the invention, a hierarchical ar- 
rangement provides a single, high-level database iden- 
tifier for the entire CSNP and a plurality of low-level da- 
tabase identifiers for these individual CSNP fragments. 
Referring to Figs. 6Aand6B, the high-level identifier 610 



is contained within a high-level hello message 600 that 
is periodically broadcast by the designated router R4. If 
a discrepancy between identifiers is discovered by a 
router, that router may request a particular low-level 
identifier 625a-c stored in low-level messages 620a-c, 
respectively; each identifier 625a-c corresponds to an 
appropriate CSNP fragment 450a-c. 
[0042] In a related alternate embodiment, the hierar- 
chical arrangement is further modified to provide a two- 
stage operation arrangement at the receiving routers 
R1-R3 and R5-R6. Specifically, the high-level and low- 
level identifiers are bundled within the same hello mes- 
sage that is periodically broadcast by the designated 
router R4 to the other routers. Fig. 7 is a schematic di- 
agram of a hello message 700 containing the various 
level identifiers, such as high-level identifier 710 and 
low-level identifiers 725a-c. 

[0043] According to the first operation stage of the ar- 
rangement, each receiving router calculates an identifi- 
er based on the entirety of its database, compares that 
identifier with the received high-level identifier 710 and, 
if they match, ignores the remainder of the message 
700. On the other hand, if the identifiers are dissimilar, 
the receiving router proceeds to the second stage, 
which specifies computations of identifiers for particular 
fragments of the database. These latter identifiers are 
thereafter compared with the appropriate low-level iden- 
tifiers 725a-c to identify the inconsistent database frag- 
ments. 

[0044] One advantage of the invention is that exten- 
sive use of computational resources in the receiving 
routers is not required unless there are inconsistencies 
in the databases. In other words, the invention con- 
serves processing resources by potentially eliminating 
the need to labor through identifier calculations and 
comparisons for each database fragment In addition, 
the invention is flexible in that the number of hierarchical 
layers, database fragments and low-level identifiers are 
selectable. 

[0045] While there has been shown and described il- 
lustrative embodiments for implementing a mechanism 
that efficiently synchronizes the LSP databases of rout- 
ers coupled to a LAN, it is to be understood that various 
other adaptations and modifications may be made with- 
in the spirit and scope of the invention. For example, the 
mechanism described herein may be used in any type 
of distributed system requiring efficient synchronization 
of the contents of databases stored on nodes of a com- 
puter network. In the case of such distributed systems, 
a designated node of the computer network generates 
the database identifier and distributes that identifier to 
other nodes coupled to the network. According to the 
invention, the database identifier is uniquely represent- 
ative of the contents of the designated node's database 
and the receiving nodes generate their own database 
identifiers from the contents of their databases so that 
they may compare their identflers with that of the des- 
ignated node to ensure that the contents of their data- 
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bases are consistent. 

[0046] The foregoing description has been directed to 
specific embodiments of this invention. It will be appar- 
ent, however, that other variations and modifications 
may be made to the described embodiments, with the 
attainment of some or all of their advantages. Therefore, 
it is the object of the appended claims to cover all such 
variations and modifications as come within the true 
scope of the invention. 



Claims 



ured to generate a second database identifier 
from the contents of a second database asso- 
ciated with the other router, the second data- 
base identifier uniquely representative of the 

5 contents of the second database, 

wherein the designated router periodically dis- 
tributes the first database identifier to the other 
router which compares the first database iden- 
tifier with the second database identifier to de- 

10 termine whether the database identifiers, and 

thus the first and second databases, are con- 
sistent. 



1 . A mechanism for efficiently synchronizing the con- 
tents of databases stored on nodes of a computer 
network (200) characterized in that the mechanism 
comprises means for generating a database identi- 
fier (510) by each node of the computer network 
from the contents of a database associated with 
each node, the database identifier uniquely repre- 
sentative of the contents of the database associat- 
ed with each node, whereby a node (S1 - S6; R1 - 
R6) of the network comprises means for distributing 
its database identifier to a receiving node (D) of the 
network and the receiving node comprises means 
for comparing its database identifier with the distrib- 
uted database identifier to determine if the identifi- 
ers, and thus the databases, are synchronized. 

2. The mechanism of Claim 1 , wherein the database 
identifier is uniquely representative of a complete 
sequence numbers packet (CSNP) (400) pertaining 
to the contents of a link state packet (LSP) (300) 
database of the distributing node (S1 - S6; R1 - R6). 

3. The mechanism of Claim 2, wherein the nodes are 
routers (R1 - R6) and wherein the distributing node 
is a designated router (R4). 

4. The mechanism of Claim 1 , wherein the database 
identifier (510) is generated by a cryptographic 
message digest algorithm configured to transform 
the contents of the database into a unique, fixed- 
length digest, by cyclic redundancy checking, or by 
sequence number generation. 



6. The arrangement of Claim 5, wherein the database 
is identifiers are uniquely representative of complete 

sequence numbers packets (CSNP) (400) pertain- 
ing to the contents of link state packet (LSP) (300) 
databases and wherein the designated router gen- 
erates the first database identifier from the CSNP 
20 and periodically broadcasts the first database iden- 
tifier, rather than the CSNP itself, to the other router. 

7. A method for efficiently synchronizing the contents 
of databases stored on nodes (S1 - S6; R1 - R6) of 

25 a computer network (200) characterized in that the 
method comprises: 

generating a first database identifier from the 
contents of a first database associated with a 
30 designated node coupled to the network, the 

first database identifier uniquely representative 
of the contents of the first database; 
calculating second database identifiers from 
the contents of second databases associated 
35 with a plurality of other routers coupled to the 

network, the second database identifiers 
uniquely representative of the contents of the 
second databases; 

periodically broadcasting the first database 
40 identifier to the other routers over the network; 

and 

processing the first database identifier at the 
other routers to determine whether there are 
any discrepancies between the first and second 
45 databases. 



35 



40 



5. An arrangement for efficiently synchronizing the 
contents of databases stored on routers (R1 - R6) 
of a computer network (200) characterized in that 
the arrangement comprises: 50 

a designated router (R4) coupled to the network 
and configured to generate a first database 
identifier from the contents of a first database 
associated with the designated router, the first 55 
database identifier uniquely representative of 
the contents of the first database; and 
at least one other router of the network config- 



8. 7 The method of Claim 7, wherein the step of gener- 

ating comprises the step of generating the first da- 
tabase identifier that is uniquely representative of a 
complete sequence numbers packet (CSNP) per- 
taining to the contents of a link state packet (LSP) 
database associated with the designated router 

9. The method of Claim 8, wherein the step of process- 
ing comprises the step of comparing the second da- 
tabase identifier with the first database identifier, 
and if the second database identifier matches the 
first database identifier, storing the first database 
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identifier at the other routers, or if the second data- 
base identifier does not match the first database 
identifier, requesting the CSNP from the designated 
router 

1 0. The method of Claim 8, further comprising the steps 
of: 

generating third database identifiers (625a - c), 
each of which is uniquely representative of a 
fragment (450a - c) of the CSNP pertaining to 
the contents of a LSP database associated with 
the designated router; and 
calculating fourth database identifiers, each of 
which is uniquely representative of a fragment 
of the CSNP pertaining to the contents of a LSP 
database associated with each other router. 

11. The method of Claim 10, wherein the step of 
processing comprises the step of comparing the 
second database identifier with the first database 
identifier, and if the second database identifier 
matches the first database identifier, storing the first 
database identifier at the other routers, or if the sec- 
ond database identifier does not match the first da- 
tabase identifier, comparing a particular third data- 
base identifier with a corresponding fourth data- 
base identifier to resolve any discrepancies. 



Patentansprucho 

1 . Mechanismus zur wirksamen Synchronisierung der 
Inhalte von Datenbanken, die auf Knoten eines 
Computemetzwerks (200) gespeichert sind, da- 
durch gekennzeichnet, daB der Mechanismus: 
eine Vorrichtung zur Erzeugung eines Datenbank- 
I dent ifizi ere rs (510) aufweist, der von jedem Knoten 
des Computemetzwerks aus dem Inhalt einer Da- 
tenbank erzeugt wird, welche jedem Knoten zuge- 
ordnet ist, wobei der Datenbank-ldentifizierer ein- 
deutig den Inhalt der Datenbank identrfiziert, wel- 
che jedem Knoten zugeordnet ist, wodurch ein Kno- 
ten (S1 -S6; R1 -R6) des Netzwerks eine Vorrichtung 
zum Verteilen seines Datenbank-ldentifizierers zu 
einem Empfangsknoten (E) des Netzwerks auf- 
weist; und der Empfangsknoten eine Vorrichtung 
zum Vergleichen seines Datenbank-ldentifizierers 
mit dem verteilten Datenbank-ldentifizierer auf- 
weist, um f estzustellen, ob die Identifizierer und da- 
her die Datenbanken synchronisiert sind. 

2. Mechanismus nach Anspruch 1 , bei welchem der 
Datenbanken-ldentifizierer eindeutig ein vollstandi- 
ges Sequenznummempaket (CSNP) (400) repra- 
sentiert, welches den Inhatt einer Verbindungszu- 
standspaket-(LSP) (300) Datenbank des Vertei- 
lungsknotens (S1-S6; R1-R6) betrifft. 



3. Mechanismus nach Anspruch 2, bei wetchem die 
Knoten Leitwegvorrichtungen (R1-R6) sind, und 
der verteilende Knoten eine festgelegte Lertweg- 
vorrichtung (R4) ist. 

5 

4. Mechanismus nach Anspruch 1, bei welchem der 
Datenbank-ldentifizierer (510) von einem Verarbei- 
tungsalgorithmus fur eine kryptographische Nach- 
richt erzeugt wird, der soausgebildet ist, daB er den 

10 inhalt der Datenbank in eine eindeutige Verarbei- 
tung mit fester Lange umwandelt, durch zyklische 
Redundanzuberprufung, Oder durch Sequenznum- 
memerzeugung. 

is 5. Anordnung zum wirksamen Synch ronisieren der In- 
halte von Datenbanken, die auf Leitwegvorrichtun- 
gen (R1-R6) eines Computemetzwerks (200) ge- 
speichert sind, dadurch gekennzeichnet, daB die 
Anordnung aufweist: 

20 

eine festgelegte Leitwegvorrichtung (R4), die 
mit dem Netzwerk gekoppett ist, und so ausge- 
bildet ist, daB sie einen ersten Datenbank-lden- 
tifizierer aus dem Inhalt einer ersten Datenbank 

25 erzeugt, welche der festgelegten Leitwegvor- 

richtung zugeordnet ist, wobei der erste Daten- 
bank-ldentifizierer eindeutig den Inhalt der er- 
sten Datenbank reprasentiert; und 
zumindest eine andere Leitwegvorrichtung des 

30 Netzwerks, die so ausgebildet ist, daB sie einen 

zweiten Datenbank-ldentifizierer aus dem In- 
halt einer zweiten Datenbank erzeugt, welche 
der anderen Leitwegvorrichtung zugeordnet 
ist, wobei der zweite Datenbank-ldentifizierer 

35 eindeutig den Inhalt der zweiten Datenbank re- 

prasentiert, 

wobei die festgelegte Leitwegvorrichtung peri- 
odisch den ersten Datenbank-ldentifizierer an 
die andere Leitwegvorrichtung verteitt, welche 
40 den ersten Datenbank-ldentifizierer mit dem 

zweiten Datenbank-ldentifizierer vergleicht, 
um zu bestimmen, ob die Datenbank-ldentifi- 
zierer und daher die erste und zweite Daten- 
bank konsistent sind. 

45 

6. Anordnung nach Anspruch 5, bei welcher die Da- 
tenbank-ldentifizierer eindeutig vollstandige Se- 
quenznummempakete (CSNP) (400) reprasentie- 
ren, welche den Inhatt von Verbindungszustands- 

50 paket- (LSP) (300) Datenbanken betreffen, und wo- 
bei die festgelegte Leitwegvorrichtung den ersten 
Datenbank-ldentifizierer aus dem CSNP erzeugt, 
und periodisch den ersten Datenbank-ldentifizierer, 
statt des CSNP selbst, an die andere Leitwegvor- 

55 richtung sendet. 

7. Verfahren zum wirksamen Synchronisieren der In- 
halte von Datenbanken, die auf Knoten (S1-S6; 
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R1-R6) eines Computernetzwerks (200) gespei- 
chert sind, dadurch gekennzeichnet, daB das Ver- 
fahren umfaBt: 

die Erzeugung eines ersten Datenbank-ldenti- 
fizierers aus dem Inhatt einer ersten Daten- 
bank, welche einem f estgelegten Knolen zuge- 
ordnet ist, der mit dem Netzwerk gekoppelt ist, 
wobei der erste Datenbank-ldentifizierer ein- 
deutig den Inhatt der ersten Datenbank repra- 
sentiert; 

die Berechnung zweiter Datenbank-ldentifizie- 
rer aus den Inhalten zweiter Datenbanken, die 
mehreren anderen Leitwegvorrichtungen zu- 
geordnet sind, die mit dem Netzwerk gekoppett 
sind, wobei die zweiten Datenbank-ldent rfizie- 
rer eindeutig den In halt der zweiten Datenban- 
ken reprasentieren; 

die periodische Sendung des ersten Daten- 
bank-ldentifizierers an die anderen Leitwegvor- 
richtungen uber das Netzwerk; und 

die Verarbeitung des ersten Dat en bank-Id enti- 
fizierersan den anderen Leitwegvorrichtungen, 
urn zu bestimmen t ob irgendwetche Diskrepan- 
zen zwischen der ersten Datenbank und den 
zweiten Datenbanken vorhanden sind. 

8. Verfahren nach Anspruch 7, bei welchem der 
Schritt der Erzeugung den Schritt der Erzeugung 
des ersten Datenbank-ldentifizierers umfaBt, wel- 
cher eindeutig ein vollstandiges Sequenznummem- 
paket (CSNP) reprasentiert, welches den In halt ei- 
ner Verbindungszustandspaket-(LSP) Datenbank 
betrifft, welche der f estgelegten Leitwegvorrichtung 
zugeordnet ist. 

9. Verfahren nach Anspruch 8, bei welchem der 
Schritt der Verarbeitung den Schritt des Vergleichs 
des zweiten Datenbank-ldentifizierers mit dem er- 
sten Datenbank-ldentifizierer umfaBt, und dann, 
wenn der zweite Datenbank-ldentifizierer zum er- 
sten Datenbank-ldentifizierer paBt, der erste Da- 
tenbank-ldentifizierer an den anderen Leitwegvor- 
richtungen gespeichert wird, jedoch dann, wenn der 
zweite Datenbank-ldentifizierer nicht zum ersten 
Datenbank-ldentifizierer paBt, das CSNP von der 
festgelegten Leitwegvorrichtung angefordert wird. 

10. Verfahren nach Anspruch 8, mit folgenden weiteren 
Schritten: 

Erzeugung dritter Datenbank-ldentifizierer 
(625a-c), die jeweils eindeutig ein Fragment 
(450a-c) des CSNP reprasentieren, welches 
den Inhatt einer LSP-Datenbank betrifft, die der 



festgelegten Leitwegvorrichtung zugeordnet 
ist; und 

Berechnung vierter Datenbank-ldentifizierer, 
s die jeweils eindeutig ein Fragment des CSNP 

reprasentieren, welches den Inhalt einer LSP- 
Datenbank betrifft, welche jeder anderen Leit- 
wegvorrichtung zugeordnet ist. 

10 11. Verfahren nach Anspruch 10, bei welchem der 
Schritt der Verarbeitung den Schritt des Vergtei- 
chens des zweiten Datenbank-ldentifizierers mit 
dem ersten Datenbank-ldentifizierer umfaBt, und 
dann, wenn der zweite Datenbank-ldentifizierer 

is zum ersten Datenbank-ldentifizierer paBt, der erste 
Datenbank-ldentifizierer an den anderen Leitweg- 
vorrichtungen gespeichert wird, jedoch dann, wenn 
der zweite Datenbank-ldentifizierer nicht zum er- 
sten Datenbank-ldentifizierer paBt, ein bestimmter 

20 dritter Datenbank-ldentifizierer mit einem entspre- 
chenden vierten Datenbank-ldentifizierer vergli- 
chen wird, um irgendwelche Diskrepanzen aufzu Id- 
sen. 



Revendicatlons 

1 . Mecanisme pour synchroniser eftlcacement le con- 
tenu de bases de donnees stockees sur des noeuds 

30 d'un reseau d'ordinateurs (200), caracteris6 en ce 
que le mecanisme comprend des moyens pour g6- 
n6rer un identificateur de base de donnees (510) 
gen6r6 par chaque noeud du reseau d'ordinateurs 
a partir des contenus de bases de donnees asse- 
ss ciees a chaque noeud, I' identificateur de bases de 
donnees 6tant uniquement representatrf du conte- 
nu de la base de donnees associee a chaque 
noeud, d'ou il resulte qu'un noeud (S1-S6; R1-R6) 
du reseau comprend des moyens pour distribuer 
40 son identificateur de base de donnees a un noeud 
de reception (D) du reseau et le noeud de reception 
comprend des moyens pour comparer son identifi- 
cateur de base de donnees avec I" identificateur de 
base de donnees distribu6 pour determiner si les 
45 identificateurs, et ainsi les bases de donnees, sont 
synchronises. 

2. Mecanisme selon la revendication 1 , dans lequel 
I' identificateur de base de donnees est uniquement 

50 representatif d'un paquet de nombres de sequen- 
ces complet (CSNP) (400) appartenant au contenu 
d'une base de donnees de paquets d'elats de 
liaison (LSP) (300) du noeud de distribution 
(S1-S6; R1-R6). 

55 

3. Mecanisme selon la revendication 2, dans lequel 
les noeuds sont des route urs (R1 -R6) et dans le- 
quel le noeud de distribution est un route ur design^ 
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(R4). 

4. Mecanisme sefon la revendication 1, dans lequel 
I'identificateur de base de donnees (510) est gener6 
par un algorithme d'un condense de messages 
cryptograph iques configure pour transformer te 
contenu de la base de donnees en un condense uni- 
que de longueur fixee, par un contrdle de redondan- 
ce cyclique, ou par une generation de nombres de 
sequences. 

5. Agencement pour synchroniser efficacement le 
contenu de bases de donnees stockees sur des 
routeurs (R1-R6) d'un reseau d'ordinateurs (200), 
caracterise en ce que Pagencement comprend : 

un route ur design6 (R4) couple au reseau et 
configure pour generer un premier identifica- 
teur de base de donnees a parti r du contenu 
d'une premiere base de donnees associee au 
route ur designe, le premier identificateur de ba- 
se de donnees etant uniquement representatif 
du contenu de la premiere base de donnees ; et 
au moins un autre route ur du reseau configure 
pour generer un deuxieme identificateur de ba- 
ses de donnees a partir du contenu d'une 
deuxieme base de donnees associee a I'autre 
route ur, te deuxieme identificateur de base de 
donnees etant uniquement representatif du 
contenu de la deuxieme base de donnees, 

dans lequel le routeur design6 distil bue periodique- 
ment le premier identificateur de base de donnees 
a i'autre routeur, qui compare le premier identifica- 
teur de base de donnees au deuxieme identificateur 
de base de donnees, pour determiner si les identi- 
f icateurs de bases de donnees, et ainsi les premiere 
et deuxieme base de donnees sont consistants en- 
tre eux. 

6. Agencement selon la revendication 5, dans lequel 
les identificateurs de base de donnees sont unique- 
ment representatif s de paquets de nombres de se- 
quences complets (CSNP) (400) appartenant au 
contenu de bases de donnees de paquets d'etats 
de liaison (LSP) (300), et dans lequel le routeur de- 
signe gdnere le premier identificateur de base de 
donnees a partir du CSNP et diffuse periodique- 
ment le premier identificateur de base de donnees, 
plutot que le CSNP lui-meme, a i'autre routeur 

7. Procede pour synchroniser efficacement le contenu 
de bases de donnees stockees sur des noeuds 
(S1-S6; R1-R6) d'un reseau d'ordinateurs (200), 
caracterise en ce que le procede comprend les Sta- 
pes suivantes : 

gen6rer un premier identificateur de base de 



donnees a partir du contenu d'une premiere ba- 
se de donnees associee a un noeud designe 
couple au reseau, le premier identificateur de 
base de donnees etant uniquement represen- 
5 tat if du contenu de la premiere base de 

donnees ; 

calculer des deuxiemes identificateurs de base 
de donnees a partir du contenu de deuxiemes 
bases de donnees associees a une multiplicite 

10 d'autres routeurs couples au reseau, les 

deuxiemes identificateurs de base de donnees 
etant uniquement representatif s du contenu 
des deuxiemes bases de donnees ; 
diffuser periodiquement le premier identrfica- 

15 teur de base de donnees aux autres routeurs 

sur le reseau ; et 

traiter le premier identificateur de base de don- 
nees au niveau des autres routeurs pour deter- 
miner s'il exist e des disaccords entre la pre- 
20 miere et la deuxieme bases de donnees. 

8. Procede selon la revendication 7, dans lequel I'eta- 
pe de generation comprend I'etape de generation 
du premier identificateur de base de donnees qui 
25 est uniquement representatif d'un paquet de nom- 
bres de sequences complet (CSNP) appartenant au 
contenu d'une base de donnees de paquets d'etats 
de liaison (LSP) associee au routeur designe. 

30 9. Procede selon la revendication 8, dans lequel I'eta- 
pe de traitement comprend I'etape consistant a 
comparer le deuxieme identificateur de base de 
donnees avec le premier identificateur de base de 
donnees et, si le deuxieme identificateur de base 

35 de donnees correspond au premier identificateurde 
base de donn6es, le premier identificateur de base 
de donnees est stocke au niveau des autres rou- 
teurs, ou, si le deuxieme identificateur de base de 
donnees ne correspond pas au premier identrfica- 

40 teur de base de donnees, le CSNP est requis 
aupres du routeur designed 

10. Precede selon la revendication 8, comprenant en 
outre les etapes suivantes : 

45 

generer des troisiemes identificateurs de base 
de donnees (625a-c) dont chacun est unique- 
ment representatif d'un fragment (450a-c) du 
CSNP appartenant au contenu d'une base de 
so donnees de LSP associee au routeur designe ; 

et 

calculer des quatriemes identificateurs de base 
de donnees, dont chacun est uniquement re- 
presentatif d'un fragment du CSNP apparte- 
ss nant au contenu d'une base de donnee de LSP 

associee a chaque autre routeur. 

11. Procede selon la revendication 10, dans lequel 
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I'etape de traitement comprend I'etape de com pa- 
ra ison du deuxieme identificateur de base de don- 
nees avec le premier identificateur de base de don- 
nees et, si te deuxieme identificateur de base de 
donnees correspond au premier identificateur de s 
base de donnees, le premier identificateur de base 
de donnees est stocke au niveau des autres rou- 
teurs, ou, si le deuxieme identificateur de base de 
donnees ne correspond pas au premier tdentifica- 
teurdebasededonnees, untroisieme identificateur 10 
de base de donnees particulier est compare a un 
quatrieme identificateur de base de donnees cor- 
respondant pour resoudre tout disaccord. 

15 
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